home *** CD-ROM | disk | FTP | other *** search
/ Kirk's Comm Disc 1995 December / Kirk's Comm Disc - Version 2.iso / dos / fido / ftsc_all.z43 / FSC-0045.001 < prev    next >
Text File  |  1990-04-17  |  3KB  |  86 lines
  1. Document: FSC-0045
  2. Version:  001
  3. Date:     17-Apr-90
  4.  
  5.  
  6.  
  7.  
  8.  
  9.                                  A Proposal
  10.                                     for
  11.                          A New Packet Header Format
  12.                                Thom Henderson
  13.                             1:107/542.1@FidoNet
  14.                                April 17, 1990
  15.  
  16.  
  17.  
  18.  
  19.  
  20. Status of this document:
  21.  
  22.      This FSC suggests a proposed protocol for the FidoNet(r) community,
  23.      and requests discussion and suggestions for improvements.
  24.      Distribution of this document is unlimited.
  25.  
  26.      Fido and FidoNet are registered marks of Tom Jennings and Fido
  27.      Software.
  28.  
  29.  
  30.  
  31.  
  32. Provisions have been made for storing full five-dimensional addresses (i.e.
  33. zone, net, node, point, and domain) in a packed message such that it is 
  34. possible (albeit somewhat clumsily) to extract a full five dimensional 
  35. origin and destination for any message.  This has not, however, been 
  36. extended to packet headers.  It would be useful for various reasons, such 
  37. as mail pickpus and password protection of mail links, to be able to 
  38. quickly and easily extract similar five dimensional addresses from a packet 
  39. header.  This is a proposal for a packet header structure that would make 
  40. that possible.
  41.  
  42.  
  43. The proposed packet header structure is as follows:
  44.  
  45.     Offset   Width     Description
  46.     ======   =====     ===========
  47.          0       2     Originating node number
  48.          2       2     Destination node number
  49.          4       2   * Originating point number
  50.          6       2   * Destination point number
  51.          8       8     Reserved, must be zero
  52.         16       2     Packet sub-version (2)
  53.         18       2     Packet version (2)
  54.         20       2     Originating network
  55.         22       2     Destination network
  56.         24       1     Product code
  57.         25       1     Product revision level
  58.         26       8     Password
  59.         34       2   * Originating zone
  60.         36       2   * Destination zone
  61.         38       8   * Originating domain
  62.         46       8   * Destination domain
  63.         54       4     Product specific data
  64.         58     ---     Start of first packed message
  65.  
  66.                      * Field only guaranteed accurate in a type 2.2 header
  67.  
  68.  
  69. All numbers are in decimal.  The point of this proposed structure is that 
  70. it is backwards compatible.  All significant fields of a normal type 2 
  71. packet header are preserved and are in the same places.  The following data 
  72. fields of a type 2 packet have been discarded and replaced with new 
  73. informational content:
  74.  
  75.     Packet creation date (6 bytes)
  76.     Packet creation time (6 bytes)
  77.     Packet baud rate (2 bytes)
  78.     Reserved for future use (16 bytes)
  79.  
  80. The field formerly occupied by the packet baud rate has been replaced by 
  81. the packet sub-version number.  If this number is set to "2" (an impossible 
  82. baud rate), then that indicates a type 2.2 packet header, and the fields 
  83. marked above with an asterisk become valid.  If this field contains 
  84. anything other than a 2, then only the original type 2.0 data may be 
  85. regarded as accurate.
  86.